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[57] ABSTRACT 

In a distributed database system including a plurality of 
database systems each having a database, wherein a database 
possessed by one of the database systems serves as an 
original database, and databases of the remaining database 
systems are produced by replicating the original database, 
the presence or absence of update contention of the same 
data in two database systems is detected. When data sus- 
ceptible to detection of update contention is updated, an 
update serial number is produced for the data. The update 
serial number includes a system identifier for identifying a 
database system in which the data is updated and an update 
frequency related to the number of times of updates. The 
update serial numl>er is accumulatively stored in an update 
serial number history associated with the data each lime the 
data is updated. When the updated data and the update serial 
number history associated therewith are transferred to a 
receiving database system, the contents of the update serial 
niunber history associated with the received data is com- 
pared with the contents of an update serial number history 
associated with data corresponding to the received data 
(target data) in a database of the receiving database system, 
and a contending state of the received data with the taiget 
data is determined based on the restdt of the comparison in 
the receiving database system. 

18 Claims, 13 Drawing Sheets 
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DISTRIBUTED DAIABASE SYSTEM AND forces the respective database systems to match the coDtents 

METHOD OF DETECTING CONTENTION IN of their databases. 

DATA UPDATE INVOLVED IN The present invention produces an update serial number, 

REPLICATION OF DATABASE DATA for each data, which defines an update unit of a database, 
RArKHRnmsm of thp iNVPNmnM ^ including an identifier for identifying a database system 

BACKGROUND OF THE INVENTION ^^^^^ j,^^ ^^^^^ produced) its data, and the number of 

The present invention relates to a distributed data base times of updates performed on the data. Then, the update 

system which controls a plurality of database systems to serial number is added to an update serial number history 

reflect update of data in one database to other databases which accumulates the update serial number each time the 

using a replica of the updated data such that the contents of data is updated. When the updated data is reflected to a 

the databases in the plurality of database systems are coin- database in a destination database system, the updated data 

cident with each other, and more particularly to a method of and the update serial number history associated therewith 

detecting the presence or absence of contention, which may are transferred from the original database system to the 

occur when data is updated, to enable respective databases destination database system. Characteristically, in the des- 

to update data independently of each other. tination database system, an update serial number in the 

As a form of a distributed database system, there is known ^P*^ale serial number history associated with the received 

a so-called repUcation, i.e,, a distributed data updating updated data is compared with an update serial number in an 

technique which provides a replica of an original database in update serial number history associated with data to be 

a database system to other database systems so as to permit updated or reflected in the destination database system to 

the respective database systems to asynchronously update detcrmme an update contention. 

their databases. The replication is a technique for reflecting According to the present invention, since data has an 

update or deletion performed in a primary database, which identifier for identifying a database system in which the data 

is an original database on a networic, to secondary databases. bas been updated (or produced) as an update serial number. 

When certain data is updated in the primary database, an an update contention can be correcfly detected even with a 

update contention may occur if data corresponding to the plurality of database systems which receive replicated data, 

certain data is also updated or deleted in a secondary In addition, since an update is reflected in units of data to be 

database. updated instead of transferring update information in units 

A method of determining whether or not an update transaction, a reduction in time can be achieved in 
contention occurs is disclosed, for example, in "Lotus 3^ ^^A^cUng updated data to a secondary database. 

NOTES RELEASE 3.1J System Manager's Guide" BRIEF DESCRIPTION OF THE DRAWINGS 

published by I^tus Co.,), pp^ 10-17 In this document, each 1 is a block diagram illustrating the configuration of 

data IS provided therem with a field for stormg an update ^ ^ ^ a^ording to an embodiment of the 
counter, such that the value of the update counter is mere- 

, . .1 . , , , - . present invention: 

mented when the data is updated. When data IS rephcated, an mr^ 1 • -i- n . *• * ^ ^ * j 

update contentioD is determined from a comparison of "p" ^ a diagram il^uslraUng structures of data and 

I r 4 - .uj^ ^-j- Update senal number history in the embodiment of the 

values of associated update counters in the data contained m ^ , . 

the primary and secondary databases. ^'^"^^^ T^""^"^^' •„ ■ . 

, . - , ™. , . J T»T\Ti TT J *• f^G. 3 is a diagram illustrating a data structure of an 

Also, an article cntiUed "Distributed RDB Updatmg , . , iHpnHfi.r in rh. .mW.m.nt r.f th. .,r.e.nt 



Techniques — Replication Function Effective in Trigger/ 4^ 
Stored Procedure", Network Computing, February 1994, pp. 



updated data identifier in the embodiment of the present 
invention; 



1^21, discloses that update information of transactions . 

performed in an original database system is transferred to a ^ ^"^^^ ^^^^5 ^ 

destination database system when rephcation is performed ^ relationship with the data; 

to permit the destination database to update its own database .5 FIG. 5 is a flow chart illustrating a flow of processing 

based on the update information. executed in an update information creating unit in the 

™f ^ ^ . ■ u LI ij- embodiment of the present invention; 

The former pnor art technique has a problem mvolved 10 ^ . « . 

its determination of an update contention based on a com- ^ ^ ^^^^ illustratmg a flow of proce^mg 

parison of the values of the update counters provided in executed m a data transfer unit m the embodunent of the 

respective data. Specifically, when data is rephcated inde- 50 P^^°^ invention; 

peodently among a plurality of systems, a contention of data FIG. 7 is a flow chart illustrating a flow of processing 

cannot be detected if the number of times of updates is executed in an updated data acquisition unit in the embodi- 

different in these systems. Also, while the latter prior art ^^^^ present invention; 

technique discloses the transfer of update information in ^^G. 8 is a flow chart illustrating a flow of processing 

units of transactions from an original database system, it 55 executed in a reference related data acquisition unit in the 

does not describe any specific method of determining an embodiment of the present invention; 

update contention. In addition, the latter prior art technique FIG. 9 is a flow chart illustrating a flow of processing 

implies problems in that data in a database in the destination executed in a data receiver unit in the embodiment of the 

database system does not have the latest contents until the present invention; 

reflection of the update information is completed in the 60 FIG. 10 is a flow chart illustrating a flow of processing 

destination database, and that it takes a long time to com- executed in an update contention determination unit in the 

plete the reflection of the update information. embodiment of the present invention; 

ciiMKyf ADv nv TUP ixrv/uNmriM schematic diagrams respectively 

SUMMARY OF THE INVENTION fllustrating a primary database system and a secondary 

It is an object of the present invention to provide a method 65 database system for explaining specific operations for deter- 

of correctly detecting an update contention in each of mining an update contention in the embodiment of the 

database systems in a distributed database system which present invention; 
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FIG. 12 is a diagram illustrating data structures of data FIG. 2 illustrates the structure of respective data in the 

and update serial number history in another embodiment of primary replica data 112 and the secondary replica data 182. 

the present invention; and The primary replica data 112 and the secondary replica data 

FIG. 13 is a flow chart illustrating a flow of processing 182 are each composed of plural sets of data 201-1, . . . , 

executed in an update contention determination unit in 5 201-n, and update serial number histories 2(^-1, . . . , 207-n 

another embodiment of the present invention. associated with the respective data sets. Each data 201-1, . 

. . , 201-n is composed of a data identifier 202-1, . . . , 202-n 

DESCRIPTION OF THE PREFERRED for uniquely identifying the data in the database system; 

EMBODIMENTS history identifiers 203-1, . . . , 203-n each for pointing to a 

The present invention will hereinafter be described in storing position on the database of an associated update 

connection with its embodiments with reference to the serial number history 207-1, . . . , 207-n for holding the 

accompanvine drawings history of an associated update serial number; and attribute 

mr- 1 -^1 f* tur™fi^..ot^™ , H;otr,-K,.f^H ^ata 204-1, . . . , 204-n. Here, the data 201-1, . . . , 201-n are 

FIG. 1 dlustiates the configuration of a distributed com- ^^^^ ^^^^^ ^ ^^^^ ^J^^ 

puter system (distnbuted database system) aocordmg to one ^ j^^^ ^^^^ 

embodunent of the present mvenUon. A datab;^ system 100 15 ^^acb of the attribute data 204-1, . . . , 204- is an ordinary 

on a primary replica side, which operates on a first computer, ^^^^ composed of one or more data items other than the data 

compris^ pnmary rephca data 112 which serves as the identifier 202-1, 202-n and the history identifier 

original for makmg replica and has an update serial number jOS-l, . . . , 203-n. Taking the data 201-1 as an example of 

history associated with each data; an updated data identifier ^-^^ ^ata, an entry of the update serial number history 

sequence 114 for holding data identifiers of updated data; 20 207-1 is serial numbers 208-1, . . . , 208-n, each of which is 

and a database 110 provided on an external storage unit for composed of a node number 205 and an update counter 206. 

storing the primary replica data 112 and the updated data xhe node number 205 is an identifier of a computer which 

identifier sequence 114. The database system 100 also updates (or produces) data in a database system or an 

comprises an update information creating unit 130 for identifier of a database system in which data is updated (or 

storing a data identifier of updated data in the updated data 2s produced), while the update coimter 206 shows a number 

identifier sequence 114; an updated data acquisition unit 142 indicative of the number of times of data updates. In the 

for acquiring updated data from the database 110 with example iQustrated in FIG. 2, the update serial number 

reference to the updated data identifier sequence 114; a history 207-1 holds an update serial number 208-1 of the 

reference related data acquisition unit 144 for acquiring data 201-1 at the latest (fourth) update; an update serial 

reference related data which is in reference relation with 30 n^ber 208-2 at the third update; an update serial number 

acquired updated data; and a data transfer unit 140 for 208-3 at the second update; and an update serial number 

transferring acquired updated data and data in reference 208-4 at the first update While the number of the he d 

relation therewith. The data transfer unit 140 includes the ^P^^^^ ^08 is ch^n to be four to hold 

, . J J . • N A . Update serial numbers up to the fourth generation in the 

updated data acquisition umt 142 and the reference related ^ , - ^t^-. '^^u i. c *lui^ 

,\ .... example of FIG. 2, the number of generations to be held 

data acquisition unit 144. , , ^5 thcrek may be arbitrarily chosen. 

The update mformaUon creating umt 130 the updated example, in FIG, 2, the data 201-1 includes the 

data acquisition umt 142, the reference related data acqui- contents DID_1 of the identifier 202-1 of updated data; the 

sition unit 144, and the data transfer umt 140 are programs contents DID_11 of the data identifier 203-1 for the update 

constituting the database system 100 which are executed by g^^ial number history 207-1 corresponding to this updated 

a processor 150 stored in a main storage unit 120. It should 40 data; and the attribute data 204-1. Also, the corresponding 

be noted that in FIG. 1, the illusti-ation of application update serial number history 207-1 indicates that associated 

programs for issuing requests sudi as reference, update, and data was updated for the fourth time in the database system 

so on to the database system 100 and a database system 170 having the node number 1, previously updated for the third 

is omitted. time in the database system having the node number 1, and 

The database system 170 on a secondary replica side, 45 previously updated for the second time in the database 

which operates on a second computer, comprises secondary system having the node number 1, and had been originally 

replica data 182 which is a replica of the primary replica data created in the system having the node number 1. In the 

112 and has an update serial number history associated with following, when data 201, data identifier 202, history iden- 

each data. A database 180 is provided on an external storage tifier 203, update serial number history 207, and update 

unit 180 for storing the secondary replica data 182. The 50 serial number 208 are used without suffix, they are assumed 

database system 170 also comprises a data receiver unit 190 to indicate arbitrary ones. 

for receiving updated data and reference related data trans- FIG. 3 illustrates the data stmaure of the updated data 

ferred from the first computer 100 through a network 160; a identifier sequence 114. The updated data identifier 

received data storing region for temporarily storing data sequence 114 holds^ as its elements, data identifiers 202 of 

transferred thereto on a main storage as received data; and 55 data updated in the database system 100 in an order in which 

an update contention determination unit 192 which forms they have been updated, as 302-4, 302-3, 302-2, 302-1. The 

part of the data receiver unit 190 for determining an update same updated data identifies may be stored twice or more in 

contention of received data and the secondary replica data the updated data identifier sequence 114. In the example 

182 corresponding to the received data. The data receiver illustrated in FIG. 3, the updated data identifier sequence 114 

unit 190 and the update contention determination unit 192, 60 indicates that data respectively identified by DID-1, DID__ 

which are programs constituting the database system 170, 10, DID_5, DID_1, and so on, as the contents of the 

are stored on a main storage unit 196 of the second computer updated data identifier 302, have been updated in time series 

and is executed by a processor 172. It should be noted that manner from left to right in FIG. 3. The contents DID_1 of 

whQe the database system 170 also has an update informa- the data identifier appears twice to indicate that the data 

tion creating unit 130 and a data transfer unit 140, they are 65 having this identifier have been updated twice. In the 

omitted from FIG. 1 for facihtating the understanding of the following, an element 302 without suffix indicates an arbi- 

features of the present invention. tiary element in the updated data identifier sequence 114. 
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The database system 100 and the database system 170 updated data identifiers in the updated data identifier 

each reserve a new entry for storing an update serial number sequence 114. At step 702, data 201 coaesponding to the 

208 in an update serial number history 207 pointed by the updated data identifier 302 is acquired from the database 

history identifier 203 each time data 201 is produced or HO- Then, at step 703, an update serial number history 207 

updated; stores the identifier of its own database system in 5 corresponding to the data 201 is acquired from the data base 

a node number 205, and stores the number of times the data "^^^^ reference to the data identifier 203. 

201 has been updated in the update counter 206. The update FIG. 8 is a flow chart illustrating the flow of processing 

counter 206 indicates "1" when data 201 is produced, and a executed in the reference related data acquisition unit 

serial number equal to the previous value of the update 114. Explaining the processing 800 wiUi further reference to 

counter 206 incremented by one is stored in the update lO the data structure of HG. 4, it is checked at step 801 whether 

counter 206 every time the data 201 is subsequently updated. ^^^^ ^ reference relationship with updated 

Some data may contain data in refen^nce relation with the .^l^^^'^^/J^" ""^^fi l"^^^^^ ^f' 

J, V ^^ • -u * -1* whether ornot the identifier 409 of the data 410 m reference 

data Itself m Its attribute data. , ^. , . a . a a . am ■ u - -u * 

relationship with the updated data 401 is held m the attnbute 

FIG. 4 illustrates an example of the data structure of such d^ta 404 of the updated data 401. If held, the data 410 

data. In HG. 4, data 401 has a data identifier 402 and a corresponding to this data identifier 409 is acquired from the 

history identifier 403. An update serial number history 407 database UO at step 802, and an update serial number 

associated with the data 401 may be acquired from the history 207 corresponding to this reference related data 410 

history identifier 403. Also, attribute data 409 in the data 401 ^ acquired at step 803. If not held, the processing 800 is 

contains a data identifier 409 of data 410 which is in terminated 

reference lelatioDship with the data 401. TTie data 410 io ^° ^h^ processing of the 

reference relationdiip may be acquired from the data .den- ^^j^ acquisition unit 142 (step 601). the processing 

Ufler 409 An update senal number history (not shown) ^^^^^^ ^^j^,^ j^j^ acquisition unit 114 (step 602). 

assoaated with the data 410 may be acquired bassd on a ^^^^ ^^^^^ ^^3) for each of updated data 

history idenufier 413 of the acquired data 410 In this way identifiers 302, if any, remaining in the updated daU iden- 

datam reference telauonship with the dau 401 may beau ^^^^^ ^pj^,^^ ^^^^ y^^^j.^^ 

acquired. sequence 114 is depleted of data identifiers 302, the data 

FIG. 5 is a flow chart illustrating the flow of processing transfer unit 140 terminates the processing and enters a 

500 executed in the update information creating unit 130. waiting state. 

When data 201 in the primary repUca data 112 is updated, 3^ pjQ 9 ^ flow chart illustrating the flow of processing 

the control is n-ansferred to the update information creating 990 executed in the daU receiver unit 190 in the database 

unit 130 in the database system 100 to start the processing. ^^^^^^ Q^ta transferred from the database unit 100 on 

At step 501, it is determined whether or not the updated data computer is received at step 901, and the received 

201 is to be replicated, and a data identifier 202 associated ^^^^ ^ ^^^^ ^ ^1^^ received data storing region 194 on the 

with this updated data 201 is stored at the latest position m 35 ^ain storage unit 196 at step 902. At step 903, data in the 

the updated data identifier sequence 114 in the database 110 secondary replica data 182 having the same data identifier as 

at step 502, if the data 201 is to be repUcated. Data to be ^ata identifier 202 of the next one unit of received data 

replicated refers to data which needs to be repUcated, as ^^^^ ^ received data storing region 194 (hereinafter 

specified by a user. referred to as "target data") and an update serial number 

FIG. 6 is a flow chart illustrating the flow of processing 40 history associated with the target data are acquired from the 

600 executed in the data transfer unit 140. When an appli- database 180. If data identifier 202 of data 201 in reference 

cation program requests replication processing for the data- relationship exists io attribute data 204 of the received data 

base system 100, or when a periodicaUy issued request for 201, and if the received data involves data in reference 

fine replication procesiang is initiated in the database system relationship therewith, target data corrc^nding to the data 

100 at a specified time, the control is transferred to the 45 201 in reference relationship and an associated update serial 

updated data acquisition unit 142 in the database system number history 207 are also acquired from the database 180. 

100. Data updated by executing the processing of the If do target data is found in the secondary replica data 182, 

updated data acquisition unit 142 is acquired at step 601, and and if the update counter 206 of the update serial number 

the processing of the reference related data acquisition unit 208 in the update serial number history 207 associated with 

114 is executed at step 602 to acquire data (for example 50 the received data is" 1," this means that the received data has 

410), virhich is in reference relationship with the updated just been produced in the database 110 so that the target data 

data (for example 401), and update serial number histories cannot be acquired from the database 180 (NO at step 904). 

associated with these data. Then, at step 603, these data and In this case, the next step 905 is skipped to execute step 90is 

the update serial number histories associated with the data where the produced data is added to the secondary database 

acquired by the updated data acquisition unit 142 and the 55 180. When the target data can be acquired from the database 

reference related data acquisition unit 114 are transferred to 180, the processing of the update contention determination 

the database system 170 on the second computer through the unit 192 is executed at step 905 to determine an update 

network 160. contention of the received data with the target data. At step 

FIG. 7 is a flow chart illustrating the flow of processing 906, the database 180 is updated with the received data 

700 executed in the updated data acquisition unit 142. At 60 based on the determination result at step 905. 

step 701, one of updated data identifiers 302 held in the FIG. 10 is a flow chart illustrating the flow of processing 

updated data identifier sequence 114 is acquired. In the event 1000 executed in the update contention determination unit 

that the updated data identifier sequence 114 contains data 192. it is determined at step 1001 whether or not the latest 

identifiers of data updated within a predetermined time update serial number in an update serial number history 

period, when updated data are transferred at intervals of the 65 associated with target data acquired from the secondary 

predetermined time period according to the present replica data 182 exists in an update serial number history 

invention, the transfer may be initiated from any one of associated with received data except for the latest update 
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serial number. If exists (YES at step 1001), the update data identifier 1102-3, and holds DID_31 as the contents of 

contention determination unit 192 detennines that "the a history identifier 1103-3 pointing to an update serial 

received data and the target data arc not contending (non- number history 1107-3. 

contentionr (step 1004). Otherjvise (NO at step 1001), the ^ Ulustiated in HG. IIB, the database 180 pos- 

processmg proceeds to step lOOJ. 5 ^ ,^ ^^^^^ ^ ^ ^^^^^ 2 

It is detennined at step lOOS whether or not the latest stores secondary replica date for target data 1801-1, 1801-2, 

update senal number m the update senal number hBtory ^g^^^^ ^ ^ ^^^^^ 

assooated with the received data enste m Uie update serial ^^^^^^ ^^^^^^ 1807-1-1807-3, the contents 

number history associated with the target data. If exists -n . . j j . j j . • i . i.- 

/vT-o * * iAa-i\ *u j » * *- J * • •* of the illustrated data and update senal number histones are 

(YES at step 1003), the update contention determmation unit ^ -.uj^u ^tA j.lj.i- 

1 <v^ J . • *L * «i*t- • J J » i_ 1" not the same m the database 110 and the database 180. 
192 determines that the same received data has previously 

been received before the present transfer and the secondary ^° database system 100, when the repUcation process- 
replica data 182 has been updated therewith (retransfer)." i°g ^ requested, the updated data acquisition unit 142 first 

If NO is determined at step 1001 and if NO is determined ^"TJTJ^^ '^''^^^'f ^IV °! l^P^^*^^ ^^^^^^^ 

at step 1003, the processing proceeds to step 1005. The 15 1402-1 from the updated data identifier ^^^^ U4 (step 

processing proceeding to step 1005 means that the latest I^i)' ^e^. the data 1101-1 corresponding to the contents 

target data is not reflected to the primary replica data 112, ^P^,^^ ^^^^ ^^^"^^ff 1402-1 thus acquired 

which is the source of the received data (from the determi- ^ ^^^l^^^ f^""" the database 110 (step 702) and a corte- 

nation result at step 1001), and the latest received data is not sponding update senal number history UOT-l is acqiured 

reflected to the secondary rcpUca data 182 (from the deter- 20 u ^^."^^^""^"^.li^ *if li*" "^^^^^l? w"^ "l^^f 

mination result at step 1W3) From this fact, it is detennined )^tory^dentifier 1103-1 held in the data 1101-1 (step 703). 

at step 1005 that "the received data and the target data are T^^°' the reference related data acquisition umt 114 acquires 

contending (contention)." ^^^^'^ reference relationship conespondmg to 

^ • u 1. mr^ n A *u c*u the Contents DID_2 of the data identifier 1109-1 of the data 

Turmng back to FIG, 9, after the processmg of the update . - , . *.i ...... a-, ^ . 

. . . , . - *' -4 inT / ♦ nt\c\ *u J * 111 reference relationship held in the data 1101-1, together 

contention determmation unit 192 (step 905), the data is ... ^u-. iTm 

•*inft J * *i_ J * L \on -.u 41. J with an associated update senal number history 1107-2. 

receiver umt 190 updates the database 180 with the received - j . i. ^fn / . om j om\ vt 

J . . . rui.^ r « . » - J * • J ir « from the database HO (steps 802 and 803). Next, the 

data at step 906 if non-contention is determmed. If re- ... * r r ^x. a ^ ^^n^ t j 

^ r^ j* j.u jj. j- ^-1 J database transfer unit 140 transfers the data 1101-1 and the 

transfer^ is determmed, the received data is discarded and , , . , . . . , -.-.a^ ^ ... ..1. .. • 

.u J ♦ u <t€>A ' ! J . J u .u J * * update senal number history 1107-1 assoaated with this 

the database 180 is not updated because the same data is , . „ .1. j . n • c 1 .• t. • j 

. . - ^ r J we ♦ *. « • J * . J data as well as the data 1101-2 m reference relationship and 

bemg agam transferred. If "contention is determined, 30 .. • . j j . - , . ... ^^/v» -1 . 

~f ^ . , J * * , *t. J * the associated update senal number history 1107-2 to the 

another processing program is executed to treat the update database system 170 rsteo 6031 

contention withm the database system 170, however, since ^ \ v 

the treatment of the update contention is not the subject '° ^he database system 170, the data receiver unit 190 

matter of the present invention, detailed explanation thereof receives the transferred data 1101-1 and the update serial 

is omitted. When the received data involves data in reference 35 number history 1107-1 associated with this data as well as 

relation therewith, the processing at step 905 is repeated for M^l-l in reference relationship with the data 

the data 201 in reference relation and an associated update UOl-l and the associated update serial number history 

serial number history 207. The data in reference relationship ^^-2 (step 901), and stores them in the received data 

is also subjected to the determination of update contention storing region 194 (step 902). Then, data 1801-1 and 1801-2, 

together with the updated data because the data in reference 40 which are target data conesponding to the data UOl-1 and 

relationship with the updated data is highly likely to be also ^^^'^ ^ ^s update serial number histories 1807-1 and 

updated when the data is updated. When the processing 1807-2 associated with the restive data are acquired from 

sequence at steps 903-906 has been completed for one unit database 180 (step 9tt3). 

of received data, the processing returns to step 902. If The update contention determination unit 192 determines 

received data still remains in the received data storing region 45 "non-contention" at step 1001 since the latest update serial 

194, the foregoing processing is repeated for the next unit of number "1-3" in the update serial number history 1807-1 

received data. The processing sequence from step 901 to associated with the target data 1801-1 exists in the update 

step 902 is always executed as long as data is transferred serial number history 1107-1 except for the latest update 

from the database system 100. serial number 1108-1 in the update serial number history 

FIGS. IIA and IIB are diagrams for explaining steps of 50 1107-1 associated with the received data 1101-1. Similarly, 

the foregoing proces^ng in coimection with a more specific for the target data 1801-2, since the latest update serial 

example. As illustrated in FIG. IIA, when the database number "1-2*' exists in the update serial number history 

system 100 having a node number 1 updates the daubase 1107-2 associated with the received data 1101-2, the update 

110, data 1101-1, 1101-2, 1101-3 are stored in the primary contention determination unit 192 determines "non- 

repUca data 112 and updated data identifiers 1402-1-1402-4 55 contention" at step 1101, Theo, at step 906, the target data 

of updated data arc stored in the updated data identifier 1801-1, 1801-2 and the update serial number histories 

sequence 114, as a resuU of the update. The data 1101-1 has 1807-1, 1807-2 are updated respectively with the received 

DID_J as the contents of the daU identifier 1102-1, and data 1101-1, 1101-2 and the update serial number histories 

holds DID„11 as the contents of a history identifier 1103-1 1107-1, 1107-2. In this event, the update serial number 

pointing to an update serial number history 1107-1. The data 60 histories 1807-1, 1807-2 are entirely replaced with the 

1101-1 is in reference relationship with the data 1101-2, and update serial number histories 1107-1, 1107-2 associated 

therefore holds the contents DID_2 of the data identifier of with the received data, respectively, 

the data 1101-2 in 1109-1 of attribute data 1104-1. The data Next, the updated data acqtiisition unit 142 acquires the 

1101- 2 has DID_2 as the contents of the data identifier data identifier DID_3 next to the updated data identifier 

1102- 2, and holds DID_21 as the contents of a history 65 DID_1 from the updated data identifier sequence 114, and 
identifier 1103-2 pointing to an update serial number history executes the processing of the updated data acquisition unit 
1107-2. The data 1101-3 has DID_3 as the contents of the 142, the reference related data acquisition unit 114, the data 
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transfer unit 140, the data receiver unit 190, and the update At step 1303, if the latest update serial number 1211 held 

contention determination unit 192, as described above. In by the received data exists in the update serial number 

this case, the received data 1101-3 having the updated data history held by the target data, the update conteotion deter- 

identifier DID_3 and the associated update serial number mination unit 192 determines that although the same data 

history 1107-2 are stored in the received data storing region 5 was again transferred during the replication processing, "the 

194. The update contention determination unit 192 deter- target data has been updated before the data is transferred 

mines that the received data 1101-3 and the target data again (retransfer)" (step 1306), and otherwise the update 

1801-3 are "contending" since NO is determined both at step contention determination unit 192 determines that "conten- 

1001 and at step 1103. tion occurs (contention)" (step 1305). 

In the foregoing processing, when updated data pointed 10 Specifically, if any of the conditioas at steps 1301, 1302, 

by updated data identifiers stored in the updated data iden- 1303 is not satisfied, this means that the received data with 

tifier sequence 114 are fully transferred at regular intervals, the latest update serial number is not reflected to the target 

the same data are repeatedly transferred from the database data and the target data with the latest update serial number 

system 100 to the database system 170 if the same data are is not reflected to the received data. Such a case shows that 

updated a plurality of times as is the case of the data 1101-1. 15 update conteotion is occurring with respect to the received 

To eliminate this inconvenience, the data transfer unit 140 is data. The oldest update serial number 1208-4 in the update 

provided therein with a region (buffer) 146 for holding data serial number history 1207 held by the received data, i.e., an 

identifiers of previously transferred data such that the trans- update serial number 1208-1 generated when the data was 

fer of the same data is skipped to prevent useless repetitive produced is coincident with the oldest update serial number 

transferof data, thus making it possible to improve the data 20 in the update serial number history held by target data 

transfer cflSciency. without fail if the produced data is normally reflected to the 

In the foregoing embodiment, the database system 100 is database 180. 

located on the first computer, and the database system 170 In the embodiment illustrated in FIGS. 12 and 13, an 

is located on the second computer connected to the first update serial number of target data need not be retrieved 

computer through the network 160. Alternatively, the data- from the database 180 until the determination processing 

base system 100 and the database system 170 may be located reaches step 1303 in FIG. 13. 

on the same computer system, in which case the configu- We claim: 

ration and operations described above can be fully applied 1. In a distributed database system including a plurahty of 

except for the data transfer through the network 160. database systems each having a database, a database pos- 

Further, the present invention is applicable to a distributed sessed by one of said database systems serving as an original 

data system which has three or more database systems database, and databases of the remaining database systems 

interconnected through a network. being produced by replicating said original database, a 

Next, another embodiment of the present invention will method of detecting the presence or absence of an update 

be described with reference to HGS. 12 and 13. 35 contention of the same data m two database systems, com- 

As is apparent from HG. 12, this embodiment employs a pnsmg the steps of: 

data structure different from that illustrated in FIG. 2. (a) when producing or updating data susceptible to detec- 

Specifically, data 1201 includes a recent update serial num- ^^^^ ^P^^^ contention, producing an update serial 

ber 122 of the data in addition to a data identifier 1202, a number for said data, said update serial number includ- 

history identifier 1203, and attribute data 1204. Therefore, 4^ "^S ^y^^^ identifier information for identifying a data- 

an update serial number history 1207 pointed by the history system m which said data is produced or updated 

identifier 1203 stores update serial numbers 1208-2, 1208-3, and update frequency information related to the number 

1208-4 except for the latest update serial number. When the updates; 

latest serial number is stored in the data, the preceding (b) accumulatively storing said update serial number in an 

update serial number is accumulatively stored in the update ^5 update serial number history associated with said data 

serial number history associated with the data. each time said data is updated; 

FIG. 13 illustrates a flow chart of processing 1300 (c) transferring said updated data and the update serial 

executed in the update contention determination unit 192 for number history associated therewith from a database 

the data having the structure as illustrated in FIG. 12. system (hereinafter the "transmitting database system") 

In ¥IG. 13, it is determined at step 1301 whether or not the 50 ^o another database system (hereinafter the "receiving 

latest update serial number in an update serial number database system"); 

history associated with target data acquired firom the sec- (d) comparing, in said receiving database system, the 

ondary replica data 182 exists in an update serial number contents of said update serial number history associated 

history 1207 associated with received data. If exists (YES at with the received data with the contents of an update 

step 1301), the update contention determination unit 192 55 serial number history associated with data coaespond- 

determines that "no contention occurs (no-contention)" ing to said received data (hereinafter the "target data") 

since the target data has not been updated since the preced- in a database of said receiving database system; and 

ing update with received data (step 1304). If the recent (e) determining a contending state of said received data 

update serial number does not exist in the update serial with said target data based on the result of the com- 

number history 1207, the processing proceeds to step 1302. 60 parison at said step (d) in said receiving database 

At step 1302, the latest update serial nmnber 1211 held by system, 

the received data is compared with the latest update serial 2. A method according to claim 1, further comprising the 

number held by the target data. If they are the same, the step of: 

update contention determination unit 192 determines that the (Q accumulatively storing an updated data identifier 

same data "is again being transferred (re-transfer)" during 65 pointing to said updated data each time said data is 

the replication processing (step 1306), and otherwise the updated to form an updated data identifier sequence in 

processing proceeds to step 1303. said transmitting database system; 
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wherein at said step (c), updated data pointed by an 
updated data identifier selected from said updated data 
identifier sequence is transferred. 

3. A method according to claim 1, wherein at said step (c), 

a check is made as to whether or not data in reference 5 
relationship with said updated data exists, when said 
updated data is transferred, and the data in reference rela- 
tionship and an update serial number history associated 
therewith are transferred when the data in reference rela- 
tionship exists. 10 

4. A method according to claim 2, wherein at said step (c), 
a dieck is made as to whether or not data in reference 
relationship with said updated data exists, when said 
updated data is transferred, and the data in reference rela- 
tionship and an update serial number history associated is 
therewith are transferred when the data in reference rela- 
tionship exists. 

5. A method according to claim 1, wherein said step (d) 
comprises the substeps of: 

(dl) determining whether or not the latest update serial 20 
number of said target data exists in an update serial 
number history except for the latest update serial num- 
ber associated with said received data; and 

(d2) determining whether or not the latest update serial 
number of said received data exists in the update serial 
number history associated with said target data; 

determining that said received data and said target data are 
not contending when YES is determined at said step 

^^^^ 

determinrng that said received data is transferred again 

when NO is determined at said step (dl) and YES is 

determined at said step (d2); and 
determining that said received data and said target data are 

contending when NO is determined at said step (dl) 

and NO is determined at said step (d2). 

6. In a distributed database system including a plurahty of 
database systems each having a database, a database pos- 
sessed by one of said database systems serving as an original 
database, and databases of the remaining database systems ^ 
being produced by replicating said original database, a 
method of detecting the presence or absence of update 
contention of the same data in two database systems, com- 
prising the steps of: 

(a) when producing or updating data susceptible to detec- 
tion of iq)date contention, producing an update serial 
number for said data, said update serial number includ- 
ing system identifier information for identifying a data- 
base system in which said data is produced or updated 
acxl update firequency information related to the number 5Q 
of times of updates; 

(b) storing tbe latest update serial number in a predeter- 
mined field of said data and accumulatively storing the 
preceding update serial number in an update serial 
number histcry associated with said data each time said 55 
data is updated; 

(c) transferring said updated data and tbe update serial 
number history associated therewith from a database 
system (hereinafter the "transmitting database system") 

to another database system (hereinafter the "receiving 60 
database system"); 

(d) comparing, in said receiving database system, the 
latest update serial number in said received data and the 
contents of said update serial number history associated 
with said received data respectively with tbe latest 5S 
update serial number in data corresponding to said 
received data (hereinafter the "target data") and the 



contents of an update serial number history associated 
therewith; and 
(e) determining a contending state of said received data 
with said target data based on the result of the com- 
parison at said step (d) in said receiving database 
system. 

7. A distributed database system including a plurality of 
database systems each having a database, a database pos- 
sessed by one of said database systems serving as an original 
database, and databases of the remaining database systems 
being produced by replicating said original database, 
updated data being transferred fi-om a database system 
(hereinafter tbe "transmitting database") to another database 
system (hereinafter the "receiving database"), wherein: 

each of said database systems includes an update infor- 
mation creating unit operable when data susceptible of 
detection of update contention is produced or updated 
for producing an update serial number for said data, and 
for accumulatively storing said update serial number in 
an update serial number history associated with said 
data each time said data is updated, said update serial 
number including system identifier information for 
identifying a database system in which said data is 
produced or updated and update fi^equency information 
related to the number of times of updates; 
said transmitting database system includes: 

an updated data acquisition unit for acquiring updated 
data and an update serial number history associated 
therewith from its own database in response to a 
request for transferring said updated data; and 
a data transfer unit for transferring said acquired 
updated data and update serial number history asso- 
ciated therewith to said receiving database system; 
and 

said receiving database system includes: 

a received data storing region for storing received 
data and an update serial number history associ- 
ated therewith; and 
an update contention determination unit for compar- 
ing the contents of said update serial number 
history associated with said received data stored in 
said storing region with the contents of an update 
serial munber history associated with data corre- 
sponding to said received data (hereinafter the 
"target data") in its own database to determine a 
contending state of said received data with said 
target data based on the comparison result 

8. A distributed database system according to claim 7, 
wherein said transmitting database system includes an 
updated data identifier sequence for accumulatively storing 
an updated data identifier pointing to said updated data each 
time said data is updated; and 

said data transfer unit selects an updated data identifier 
from said updated data identifier sequence to transfer 
updated data pointed by said selected updated data 
identifier. 

9. A distributed database system according to claim 7, 
wherein said transmitting database system includes a refer- 
ence related data acquisition unit for checldng whether or 
not data in reference relationship with said updated data 
exists, and for acquiring the data in reference relationship 
and an update serial number history associated therewith 
when the data in reference relationship exists; and 

said data transferimit, when transferring said updated data 
and the update serial number history associated 
therewith, also transfers said data in reference relation- 
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ship with said updated data and the update serial 
number history associated therewith. 

10. A distributed database systena according to claim 8, 
wherein said transmitting database system includes a refer- 
ence related data acquisition unit for checking whether or 
not data in reference relationship with said updated data 
exists, and for acquiring the data in reference relationship 
and an update serial number history associated therewith 
when the data in reference relationship exists and 

said data transfer unit, when transferring said updated data 
and the update serial number history associated 
therewith, also transfers said data in reference relation- 
ship with said updated data and the update serial 
number history associated therewith. 

11. A distributed database system according to claim 7, 
wherein said update contention determination unit: 

(dl) determines whether or not the latest update serial 
number of said target data exists in an update serial 
number history except for the latest update serial num- 
ber associated with said received data; and 

(d2) determines whether or not the latest update serial 
number of said received data exists in the update serial 
number history associated with said target data; 

determines that said received data and said target data are 
not contending when YES is determined at said step 

determining that said received data is transferred again 
when NO is determined at said step (dl) and YES is 
determined at said step (d2); and 

determines that said received data and said target data are 
contending when NO is determined at said step (dl) 
and NO is determined at said step (d2). 

12. A distributed database system including a plurality of 
database systems each having a database, a database pos- 
sessed by one of said database systems serving as an original 
database, and databases of the remaining database systems 
being produced by replicating said original database, 
updated data being transferred from a database system 
(hereinafter the "transmitting database^) to another database 
system (hereinafter the "receiving database"), wherein: 

each of said database systems includes an update infor- 
mation creating unit operable when data susceptible to 
detection of update contention is produced or updated 
for producing the latest update serial number for said 
data, storing said latest update serial number in a 
predetermined field of said data, and accumulatively 
storing the preceding update serial number in an update 
serial number history associated with said data, said 
update serial number including system identifier infor- 
mation for identifying a database system in which said 
data is produced or updated and update frequency 
information related to the number of times of updates; 
said transmitting database system includes: 

an updated data acquisition unit for acquiring updated 
data and an update serial number history associated 
therewith from its own database in response to a 
request for transferring said updated data; and 
a data transfer unit for transferring said acquired 
updated data and update serial number history asso- 
ciated therewith to said receiving database system; 
and 

said receiving database system includes: 

a received data storing region for storing received 
data and an update serial number history associ- 
ated therewith; and 
an update contention determination unit for compar- 
ing the contents of said update serial number 
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history associated with said received data stored in 
said storing region with the contents of an update 
serial number history associated with data corre- 
sponding to said received data (hereinafter the 
5 "target data") in its own database to determine a 

contending state of said received data with said 
target data based on the comparison result. 

13. A distributed database system according to claim 12, 
wherein said transmitting database system and said receiv- 
ing database system are located on computer systems inde- 
pendent of each other, said transmitting database system and 
said receiving database system being connected through a 
network. 

14. A distributed database system according to claim 7, 
wherein said transmitting database system and said receiv- 
ing database system are located on a single computer. 

15. A distributed database system according to claim 8, 
wherein said data transfer unit includes a buffer for storing 
the contents of said updated data identifier sequence, and 

said data transfer unit avoids repetitively transferring 
20 updated data a plurality of times based on the contents 
of said buffer. 

16. In a distributed database system having a first database 
system possessing a first database and a second database 
system possessing a second database to which an update of 

25 data within said first database is reflected with a replica of 
the data such that said second database has the same contents 
as said first database, a method of detecting an update 
contention involved in replication of database, said update 
contention occurring when data having the same date iden- 
tifier in the first and second databases are independently 
updated in both of said first database system and said second 
database system, said method comprising the steps of: 
constructing each of said databases such that data is 
associated with an update serial number history which 
accumulatively stores an update serial number incliid- 
ing an identifier corresponding to said first or second 
database system and the number of times of update 
performed on said data; 
adding said update serial number to said update serial 
^ number history associated with said data each time said 
data is updated by said first and second database 
systems; 

transferring said updated data and said update serial 
number history to said second database system when 
said updated data is reflected from said fiirst database 
system to said second database system; 
comparing an update serial number in the update serial 
number history associated with said data received by 
said second database system with an update serial 

5Q number in an update serial number history associated 
with data to be updated in said second database; and 
determining an update contention if the latest update 
serial number of the data to be updated is not coincident 
with any of update serial numbers of said received data 

55 except for the latest update serial number thereof and if 
the latest update serial nuimber of said received data is 
not coincident with any of update serial numbers of the 
data to be updated except for the latest update serial 
number thereof. 

5Q 17. A method of detecting an update contention according 
to claim 16, further comprising the steps of: 
storing a data identifier of updated data in a storage unit 
each time the data in said first database is updated by 
said first database system; 

65 sequentially retrieving said data identifiers from said 
storage unit when the updated data in said first database 
is transferred to said second database system; and 
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transferring said data corresponding to the retrieved data 
identifier and said update serial number history to said 
second database system. 
18. A method of detecting an update contention according 
to claim 16, wherein data in reference relationship with said 
data and an update serial number history associated there- 
with are also transferred to said second database system. 
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when said updated data and the update serial number history 
associated therewith are transferred to said second database 
system, and said data in reference relationship with said 
updated data is also subjected to the detection of update 
contention. 
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